5.6 Referenz- und Wertetypen  
Das .NET-Typsystem setzt sich aus zwei Subsystemen zusammen:
 |
Wertetypen |
| |
Referenztypen |
Zu den Wertetypen werden primitive Datentypen wie Integer und Long sowie die in den beiden vorhergehenden Abschnitten behandelten Strukturen und Enumerationen gezählt, zu den Referenztypen der Typ String, alle Arrays und – ganz allgemein ausgedrückt – alle klassenbasierten Objekte. Obwohl es im ersten Augenblick den Anschein haben mag, dass hinter Wertetypen nur »normale« Dateninformationen stehen, werden auch diese als Objekte angesehen und hinter den Kulissen der .NET-Laufzeit als solche behandelt. Der Unterschied zwischen Referenz- und Wertetypen ist vielmehr in der Allokierung des Systemspeichers zu finden.
Eine Variable, die einen Wertetyp repräsentiert, allokiert auf dem Stack Speicher für die Daten. Der Stack ist im RAM angesiedelt, wird aber vom Prozessor durch einen so genannten Stack Pointer direkt unterstützt. Dieser ist in der Lage, auf dem Stack neuen Speicher zu reservieren, kann ihn aber auch freigeben. Dieses Verfahren ist sehr effizient und schneller als das Allokieren von Speicher im Heap für Referenztypen.
Als Heap wird der Speicher im RAM bezeichnet, der allgemeinen Zwecken zur Verfügung steht. Dazu gehören auch die Zustandsdaten eines Objekts. Der Compiler weiß nicht, wie viel Speicher er zur Laufzeit eines Programms im Heap allokieren muss und wie lange die Allokierung aufrechterhalten bleibt. Das garantiert natürlich ein hohes Maß an Flexibilität, da zur Laufzeit eine zur Entwicklungszeit nicht vorhersehbare Anzahl von Objekten erzeugt werden kann. Die Flexibilität gibt es jedoch nicht kostenlos: Es dauert etwas länger, auf dem Heap Speicher zu reservieren.
Wird mit
| Dim intVar As Integer = 100
|
eine Integer-Variable deklariert, schreibt sich der 32-Bit-Wert in den Stack. Beachten Sie bitte, dass bei einem Wertetyp der New-Operator zur Initialisierung nicht angegeben werden muss – bei einem Referenztyp ist das eine unabdingbare Forderung, denn erst mit
| Dim kreis As Circle = New Circle()
|
wird auf dem Heap ein Speicherbereich allokiert und initialisiert, auf den danach die Referenz kreis zeigt.
Ein daraus folgendes, wichtiges Unterscheidungsmerkmal zwischen Referenz- und Wertetypen ist, dass Wertetypen niemals den Inhalt Nothing haben können. Wenn mit
eine auf einer Klasse basierende Objektvariable deklariert wird, ohne mit New initialisiert zu werden, ist deren Inhalt Nothing.
Bemerkenswert ist die unterschiedliche Wirkungsweise des Zuweisungsoperators zwischen einem Werte- und einem Referenztyp. Betrachten Sie dazu zunächst das Codefragment eines Wertetypen:
| Dim lngVar As Long = 64
|
| Dim lngSecond As Long = lngVar
|
Nach der Ausführung des Codes existieren zwei Variablen vom Typ Long, die denselben Inhalt haben. Long wird, wie nahezu alle elementaren Datentypen, von der Common Language Runtime als Wertetyp angesehen und entsprechend behandelt. Die Änderung des Inhalts der Variablen lngVar wird sich nicht auf den Inhalt der Variablen lngSecond auswirken, weil zwischen den beiden keine Verbindung existiert.
Nun soll ein ähnliches Codefragment betrachtet werden, diesmal allerdings auf Basis eines Referenztyps.
| Dim kreis1 As Circle = New Circle()
|
| Dim kreis2 As Circle = New Circle()
|
| kreis1.Radius = 320
|
| kreis2 = kreis1
|
| Console.WriteLine(kreis2.Radius)
|
In diesem Programmausschnitt werden zunächst zwei Objekte gleichen Typs erzeugt. Anschließend wird die Referenz, die auf das zweite Objekt im Speicher zeigt, auf die Adresse des ersten umgebogen. Die Ausgabe an der Konsole (= 320) beweist, dass beide Objektvariablen mit demselben Objekt im Speicher operieren. Der Zuweisungsoperator, angewandt auf Referenztypen, bewirkt demnach ein Verbiegen des Zeigers, bei Wertetypen einen Kopiervorgang.
5.6.1 Typumwandlung mit Boxing 
Die Ausführungen des vorhergehenden Abschnitts scheinen im Widerspruch zu einer anderen Aussage zu stehen, die vorher schon mehrfach getroffen worden ist: Die Common Language Runtime betrachtet alles als Objekt. Wie kann aber ein Wertetyp, der definitionsgemäß Speicher im Stack und nicht auf dem Heap allokiert, als Objekt angesehen werden?
Die Antwort auf die Frage lautet: mittels eines Verfahrens, das Boxing genannt wird. Durch diese Technik wird ein Objekt erst dann zu einem solchen, wenn es auch wirklich als Objekt benötigt wird. Betrachten Sie dazu das folgende Codefragment:
| Module Module1
|
| Private Enum Spielkarte
|
| Karo = 9
|
| Herz
|
| Pik
|
| Kreuz
|
| End Enum
|
| Sub Main()
|
| Dim myGame As Spielkarte
|
| myGame = Spielkarte.Karo
|
| Console.WriteLine("Wert = {0}", myGame)
|
| Console.ReadLine()
|
| End Sub
|
| End Module
|
Die Ausführung des Programms wird an der Konsole die Ausgabe
haben. Wir müssen damit auch feststellen, dass der Typ Spielkarte von der Methode WriteLine erkannt wird und zu einer korrekten Ausgabe führt. Sie können in der .NET-Dokumentation nachschlagen, selbstverständlich werden Sie keine passende Parameterliste der überladenen WriteLine-Methode finden, die den Typ Spielkarte angibt.
Die Technologie, die sich hinter den Kulissen der .NET-Laufzeitumgebung abspielt und zu der gewünschten Ausgabe führt, ist das Boxing. Dabei wird ein Wertetyp – und um einen solchen handelt es sich bei einer Auflistung – implizit in den Typ Object, also einen Referenztyp, konvertiert. Diese Technik wird immer dann automatisch eingesetzt, wenn ein Wertetyp verwendet wird, wo Object erforderlich wäre.
Das hört sich sehr kompliziert an, deshalb wollen wir die einzelnen Schritte anhand des Beispielcodes von oben nachvollziehen. Beim Aufruf von
| Console.WriteLine("Wert = {0}", myGame)
|
sucht der Compiler nach einer passenden Überladung der Methode WriteLine. Er findet eine adäquate in:
| Public Shared Sub WriteLine(String, Object)
|
Der zweite Parameter ist vom Typ Object, bekommt aber eine Variable des Typs Spielkarte übergeben. Da Enumerationen von der Klasse Object abgeleitet sind, wird implizit eine Object-Referenz erzeugt und auf den Stack gelegt:
Diese Referenz verweist auf ein neues Objekt im Heap, das die kopierten Werte der auf dem Stack befindlichen Variablen myGame unter Angabe des Typs in einer Art Box enthält. Als Resultat dieser Operation liegen auf dem Stack zwei Wertetypen:
| 1. |
das Original des Wertetyps (also myGame) |
| |
|
| 2. |
die Referenz auf das Object-Objekt |
| |
|
Der neue Verweis wird an die Methode WriteLine übergeben, die damit ihrerseits wieder den Inhalt auswerten kann. Die folgende Abbildung macht den Sachverhalt deutlich, dass beim Boxing die Kopie eines Wertetyps in einen Referenztyp erfolgt, damit also zwei Elemente desselben Inhalts vorliegen.
Hier klicken, um das Bild zu Vergrößern
Abbildung 5.2 Boxing eines Wertetypen
Wenn die Aussage stimmt, dass beim Boxing die Kopie eines Wertetyps erstellt wird, muss sich auch der Beweis führen lassen. Dazu wird nach der Erstellung der Kopie der Inhalt des Referenz- oder des Wertetyps verändert:
| Public Sub Main()
|
| Dim intVar As Integer = 100
|
| Dim intObj As Object = intVar
|
| intVar = 4711
|
| Console.WriteLine("Der Inhalt von intObj = {0}", intObj)
|
| Console.WriteLine("Der Inhalt von intVar = {0}", intVar)
|
| End Sub
|
Zuerst wird die Integer-Variable intVar deklariert und ihr ein Wert zugewiesen. Anschließend wird intVar in einen Object-Typ konvertiert. In der dritten Anweisung wird intVar ein anderer Wert zugewiesen. Wenn die geboxte Variable unabhängig von der auf dem Stack ist, müssen an der Konsole zwei unterschiedliche Ausgaben erfolgen. Dies wird durch
| Der Inhalt von intObj = 100
|
| Der Inhalt von intVar = 4711
|
tatsächlich bestätigt.
5.6.2 Die Unboxing-Konvertierung
Die Konvertierung eines Object-Typs in einen Wertetyp ist ein Rückführungsprozess und wird als Unboxing bezeichnet. Die .NET-Laufzeitumgebung prüft dabei zuerst, ob es sich wirklich um einen »geboxten« Wert eines bestimmten Typs handelt. Danach wird der Inhalt des Referenztyps in die Variable eines Wertetyps kopiert.
| Dim intVar As Integer = 4711
|
| Dim obj As Object = intVar
|
| obj = 15
|
| ' Unboxing
|
| intVar = obj
|
Natürlich gelten auch hier die bekannten Regeln der Konvertierung.
5.6.3 Zusammenfassung
| |
Enumerationen sind Auflistungen von Konstanten gleichen Datentyps und daher zur Laufzeit nicht veränderlich. Diese Auflistungen werden mit Enum ein- und mit End Enum ausgeleitet. Enumerationen sind Wertetypen. |
| |
Wird einer Enumerationen nicht explizit ein Datentyp zugeordnet, ist dieser standardmäßig vom Typ Integer. |
| |
Die Wertzuweisung an die Enum-Elemente ist optional. Wird darauf verzichtet, steht das erste Element für den Wert 0, der sich mit jedem Folgeelement um +1 erhöht. |
| |
Die Common Language Runtime (CLR) unterscheidet Werte- und Referenztypen. Referenztypen sind alle auf Klassen basierenden Objekte sowie Strings und Arrays. Zu den Wertetypen zählen die nativen Datentypen (Integer, Single usw.) sowie Strukturen und Enum-Konstantenauflistungen. |
| |
Wertetypen allokieren im Stack Speicher, während Referenztypen ihren Speicherbedarf im Heap allokieren. |
| |
Eine Variable, die auf einem Referenztyp basiert, wird grundsätzlich mit dem New-Operator initialisiert und kann den Inhalt Nothing haben. |
| |
Von der Laufzeit werden Referenz- und Wertetypen gleich behandelt, da die Common Language Runtime alles als Objekte behandelt. Um einen Wertetyp zur Laufzeit wie ein Objekt behandeln zu können, wird er mit einem als Boxing bezeichneten Mechanismus in ein Objekt konvertiert. |
|
